LINE 포인트 개발을 담당하고 있습니다. 주로 서버쪽을 맡고 있습니다.
LINE 개발 팀에서 서버 쪽 개발을 담당하고 있는 Ohara(@kory1202)입니다. 저희 팀은 PR(Pull Request)을 master 브랜치(branch)로 생성하는 방식으로 Git을 운영하고 있습니다. 이런 방식으로 Git을 운영하면 PR을 merge했을 때 다른 PR이 '자동으로 close되는 상황'이 발생하곤 했는데요. 정확히 어떤 조건에서 자동 close되는 것인지 확실히 알 수 없었습니다. GitHub Help > Closing a pull request를 읽어 보아도 원하는 답이 나오지 않더군요. 그래서 아예 직접 정리를 해보았습니다. 자동 close란? 자동 close란 GitHub에 올라와 있는 PR이 UI를 통한 일련의 작업으로 close되는 것이 아니라 다른 요인에 영향을 받아 저절로 close되는 것을 말합니다. 구체적인 예를 통해 살펴보겠습니다. 다음 그림과 같이 커밋(commit)이 진행되었다고
안녕하세요. 저는 LINE 포인트 서버쪽 개발을 담당하고 있는 Ohara(@kory1202)입니다. 얼마 전 특정 테이블에서 데이터를 추출하는 코드를 작성했는데요. 함께 일하는 동료가 그 코드를 보더니 '이런 인덱스가 필요하겠다'고 조언해주었습니다. 이 일을 통해 제가 인덱스 관련 지식이 부족하다는 점을 깨닫게 되었는데요. 그래서 이번에 MySQL Workbench의 VISUAL EXPLAIN을 사용하면서 인덱스에 대해 스터디한 내용을 소개해볼까 합니다. VISUAL EXPLAIN은 SQL의 EXPLAIN을 도식화해주기 때문에 어떤 부분이 문제인지, 인덱스를 도입하면 어떤 처리가 개선되는 지 직관적으로 알 수 있습니다. 강력하게 추천합니다. 목차는 다음과 같습니다. 인덱스의 기초 MySQL Workbench와 VISUAL EXPLAIN 소개 VISUAL EXPLAIN으로 인덱스 동작 확인하기 (이번 포스팅에서는 테스트 환경으로 macOS High Sierra 10.13.